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Claims 

1. Method for interworking between protocols, having 

- a connection (CALL A/B ) between a first subscriber (A) and a 
5 second subscriber (B) , including at least one data channel 

(TDMa/b/ RTP/RTCP a /b) having at least one transmitter to one 
end, 

- a performance feature (3PTY/C0NF) which, during its 
execution, provides a temporary disconnection of the data 

10 channel, 

r 

- a first protocol (ISUP) for controlling the first subscriber, 

- a second protocol (SIP) for controlling the second, 
subscriber, according to which the disconnection is produced 
on a decentralized basis by deactivating the transmitter, 

15 having the following steps: 

- configuring the connections in the context of executing the 
performance feature, 

- notifying the configuration to the subscribers concerned, 

- interworking the notification onto the second protocol of the 
2 0 subscriber whose transmitter was deactivated during the 

execution of the performance feature, provided the type of 
configuration makes activation of the transmitter necessary, 

- activating the said transmitter. 

25 2. Method according to claim 1, 

in which the performance feature takes the form of a 
conference, in particular a large conference (CONF) 
corresponding to the ITU-T standard Q. 734.1, or a small 
conference ( 3 PTY ) corresponding to the ITU-T standard Q.734.2, 

30 in which the disconnection according to the first protocol is 
produced by interrupting the data channel in a central 
transmission node. 
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3 . Method according to the preceding claim, 

in which deactivation takes place as a result of integrating a 
connection into a conference or isolating a connection from a 
conference. 

5 

4. Method according to one of the preceding claims, 

in which interworking is executed only when the transmitter is 
still deactivated. 

10 5. Method according to one of the preceding claims, 

in which, in the event that the first protocol (ISUP) is 
formatted according' to one of the ITU-T standards Q. 734.1 or 
Q.734.2, and the second protocol (SIP) is formatted as SIP 
protocol according to one of the IETF standards RFC2543, 

15 RFC2543bis0x, RFC3261 or RFC3372, the interworking is produced 
as follows: 

- Each Q.734 call progress (CPG) notification with a generic 
notification indicator parameter "Conference established" is 
mapped onto a SIP message with an attribute line "a=sendrecv" 

20 or "a=recvonly" or a SIP message without this attribute line, 
if previously a SIP message with the attribute line 
"a=sendonly" or "a=inactive" has been sent, 

- Each Q.734 call progress (CPG) notification with a generic 
notification indicator parameter "Conference disconnected" is 

25 mapped onto a SIP message with an attribute line "a=sendrecv" 
or "a=recvonly " or a SIP message without this attribute line, 
if previously a SIP message with the attribute line 
"a=sendonly " or "a=inactive" has been sent, 

- Each Q.734 call progress (CPG) notification with a generic 

3 0 notification indicator parameter "Isolated" is mapped onto a 
SIP message with an attribute line "a=sendonly " or 
"a= inactive" , 

- Each Q.734 call progress (CPG) notification with a generic 
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notification indicator parameter "Reattached" is mapped onto 
a SIP message with an attribute line "a=sendrecv" or 
"a=recvonly" or a SIP message without this attribute line. 

5 6. Method according to the preceding claim, 

in which the SIP message takes the form .of INVITE in the 
"Answered" status of the associated subscriber and UPDATE in 
the "before answer" status. 

10 7. Method according to one of the two preceding claims, 
in which interworking is executed only when, after the 
transmission of a SIP message with an attribute line 
"a=sendonly " or "a=inactive" , no SIP message with an attribute 
line "a=sendrecv" or "a=recvonly " and no SIP message without 

15 said attribute line has been sent. 

8. Computer program product (P) , including software code 
sections by means of which a method according to one of the 
preceding claims is executed by at least one processor. 

20 

9. Device - in particular a connection controller device (MGC) 
- including means for executing a method according to one of 
the preceding claims. 

25 10. Arrangement - in particular a packet-oriented, integrated 
multimedia network (IN) or hybrid network (IN, PSTN) - 
including computer program products and/or devices for 
executing a method according to one of the preceding claims. 



